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ABSTRACT 


The design of an intelligent multidisk control module for VME bus based svstems 
is presented. The control module is designed to support concurrent disk operations on 
Beto [our flexible disk drives with multiple VME bus MASTERS. The design is 
presented for a UNIX compatible operating system but the operating system interface 
is kept simple enough that the multidisk control module can be used with most modern 


operating systems with minimal changes required. 
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I. INTRODUCTION 


A. BACKGROUND 

٠٣۰۷۱۱۱۱۱۰۰07 tirrent. Were powerlul, and faster 16°32 bit mucroprocessors 
has enabled the development of high performance desktop systems rivaling main frame 
systems of ten years ago. These high pertormance microcomputer systems are capable 
of supporting multiple users and may consist of several processors working together in 
Petes Of mixed capacity and speed. To eflectively use the full potential of these high 
performance microcomputer systeins a different architectural approach to system 
organization must be adopted; one that clinunates the traditional small svstem “bottle 
mecks . 

СОВА ис If) Neca ol an improved architecture approach is the 
control of svstem input output (I O). Maxunum performance is achieved when the 
Поета are not kept waiting bv slower devices but are allowed to continue 
processing while the slower devices catch up. This area is particularly important to 
multiuser systems where total throughput is LO bound, primarily by how fast user 
data 1s exchanged with secondarv storage, tvpically disk drives. 

Time lost to waiting 1s particularly evident in data transfers with flexible disk 
ies (opps drives). Im the best case, with the disk head over the data to be 
Meeessed, ad typical floppy drive requires 13 to 27 nucroseconds to transfer a bvte of 
ШІ while a typical processor requires less than |! microsecond to transfer the same 
byte of data. This amounts to the processor spending at least 90° of the transfer time 
waiting for the floppy drive. This assurnes tlie traditional direct control of the floppy 
mms, bY the processor. 

Some new designs attempt to alleviate the floppy ГО wait problem by using 
ieee memory access controllers (DMAC) to do the data transfer. This allows the 
processor to set up the transfer, then proceed to other tasks instead of waiting for the 
Meister to be completed: Some examples of this are the new IBM Personal System 2 
series systems and some high performance VME bus svstein niodules produced Бу 
Motorola, Force Computers and Signetics. The DMAC approach eliminates the need 
for a processor to wait for a data transfer: however, a “bottle neck” still exists in a 


multiuser system. 


[n multiuser systems the users primary memory space is normally not large 
enough to meet program and data needs so portions are held in secondary storage, 
disks, until needed. When a user's process requires access to the disks, that process 
“sleeps” during the transfer and the processor executes another users process. The 
“bottle neck” appears when many processes need access to the disks and the user 
processes stack up waiting for disk access. This occurs because most desktop svstenis 
attach up to four disk drives to a single disk controller, but only one disk drive can 
transfer data at a time . Thus, even if the required data is on a separate disk, the ГО 
system can only access one disk at a time. A way to improve disk access СИЕ 
multiple disk controllers to allow concurrent disk operations. The combination of 
concurrent disk operations and direct memory access will elinunate the small system 
VO poll n k. 


B. DESIGN OBJECTIVES 

The objective of this thesis 1s to develop a hardware kernal of a disk control 
module (DCM) that incorporates the benefits of direct memory access and concurrent 
disk operations, as discussed above. The DCM should hide (Пе disk drive command 
and control requirements by accepting high level commands from the host and 
translating the host commands into the commands and control signals required by the 
disk drive. The target environment (host system) 15 a small, inexpensive but powerful 
and flexible development system that may begin small and expand to meet user needs. 
The DCM should be flexible enough to accomodate a variety of common floppy disk 
drives and be easily integrated into a system. The hardware and software interfaces 
should be general enough to allow easy migration to any system. 

To support these objectives a modular design will be developed to achieve an 
architecture that can be easily modified to accomodate changes in major interfaces. 
The major interfaces, host to DCM and DCM to disk drive, will be kept as general and 
as simple as possible to allow easy migration to a variety of host systems. Migrating 
to a different bus system, operating system, or changing disk drive type should not 
require redesigning the DCM but rather just those interfaces directly affected by the 
changes. This should allow cost and performance tradeoffs to be easily accomodated 


and changed as system requirements change. 


C. HOST SYSTEM 

A block diagram of the host system is given in figure 1.1. The host system will 
consist of one or more processors and additional functional modules for printers, 
displays, memory, etc. One of the primary attnbutes of the host system is flexibility; it 
should be able to accomodate functional modules with varying data path widths (8, 16, 
or 32 bit), varving access time requirements, and allow the functional modules to be 
added or removed with minimal adjustments required. The host is assumed to have 
multiuser capabilities but this is not a requirement; the DCM should benefit single user 
systems as well as multiuser systems. As shown, multiple DCM's may exist in the host 


stem tO accomodate heavy [O demands. 
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а. Host Bus Architecture | 

The host bus architecture is a key clement in the flexibility ofthe r sam 
As indicated earlier, the host system will be composed of modules with varving access 
umes and different data path widths. The ability to support such a mixture of niodules 
15 Important in allowing older modules to interact with future designs without 
redesigning the older module s bus interface. The simplest ty.pe of bus with the above 
attributes is an asvnchronous bus with support for multiple data path widths [Ref. 1]. 

A review of currently available buses [Refs. 2.3] reveals two possivie ons 
Sx Semis: 

е Futurebus (IEEE ОЕ 
۱۷ھ‎ ۹ ٣ 

The Futurebus is a very high performance asvnchronous bus with 
multiplexed data paths of 8, 16. and 32 bits. This would have been an excellent choice 
but the specification is still evolving and is not published for design use vet. 

The VME bus is a well established. high performance asynchronous bus 
with nonmultiplexed 8, 16, and 32 bit data paths. The bus system specificationvis 
published, well documented. and has significant silicon support from Motorola, 
Signetics, and others. The 16 bit data, 24 bit address version of the VME bus will be 
used as the host svstem bus for the design presented here. 

b. Host Operating System 

In order to maintain the host's generality and flexibility, the host operating 
system should be one that is used on a variety of processor types and is easily changed 
or expanded. This host software interface generality 1s required to allow the DCM to 
be designed with relative independence from the host hardware, thus allowing a wider 
range of host processor types to be accomodated. The flexibility is in keeping with the 
desire to start small and grow as required. lt does little good to have a flexible 
hardware design if the software can not take advantage of it. 

The UNIX operating svstein fills the above requirements mcel ASAS 
hides the machine architecture froin the user and runs on a wider range of processor 
types, from microprocessor systems to main frames, than any other operating system. 
The DCM can be thought of as a user in this case. Because UNIX 15 modular and 
written in a high level language, "C^, it is relatively easy to add or change functional 
software modules. Additionally, UNIX has a simple, consistent interface to peripheral 


devices and muluuser capabilities. [Ref 4: pp. 3-4] 
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D. MAJOR COMPONENT SELECTION 


|. Control Processor 

The DCM control processor 1s responsible for executing high level conunands 
from the host and coordinating the data transfers between the host system bus and the 
attached floppy disk drives. The execution of host commands ts essentially a translation 
process where the terse host cominands are expanded into the more detailed command 
sequences and control signals required by the floppy disk drives. The performance 
required for the control processor is a function of the tasks assigned bv the host 
system. [These tasks may be as simple as fetching a block of data or as complex as 
acting as the svstem file manager. Iu all cases the physical characteristics of the floppy 
disk drive are hidden from the host and used only by the control processor. 

luca combination Of target host bus system {VME bus), operating system 
ests), and possible complexity of tasking makes the Motorola М(С68000 
microprocessor an excellent choice as the DCM control processor. The VME bus was 
originally designed to support the MC6S000 and there are many UNIX systems based 
on the \{C68000 family of microprocessors. Additional supporting attributes are: 

® cost - relatively inexpensive, $10 for an 3 МН2 version MC6S000 


e silicon support - extensive family of peripheral support chips available from 
multiple manufacturers 


e compatibility - upward compatible with. more. powerful. members of the 
\[C68000 family; pin-for-pin compatible with the MC6$010, 
allording an easy upgrade path to virtual machine virtual 
memorv operation 


e longevity - used in manv current microprocessor svstems, ensures 
continued future support 


e software support - extensive software support droni many vendors: including 
operating svstems, high level language coinpilers, and uulity 
libraries 


2. Direct Memory Access Controller 
The MC68000 has three powerful direct memory access controllers as 
peripheral support chips which are software compatible with each other. They are: 
ө \1С08430 - one DMA channel 
e \iCo8440 - two DMA channels 
e \iC6$450 - four DMA channels 
Тһе МС68450 will be used in the DCM design to offer maximum disk drive 
support. Reduced versions of the DCM would use the MC68430 or МС05440 and a 
subset of the \1C 68450 software developed here. 
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3. Disk Drives 
The floppy disk drives selected for use are [BM 3740 single density format 
(FM) and IBM System 34 double density format ( MEM) compatible drives. Deseos 
the most common and least expensive of the floppy. drives available today. They 
include $ inch, 5-1 4 inch and 3-1 2 inch form factor drives with formatted capacities of 
[SO kilobytes to 720 kilobvtes per disk. The IBM" compatible drives were ЕШ ИШ 
primarily due to cost and availability considerations. 
4. Disk Drive Controller 
Selecting the floppy disk controller was one of the more difficult decisions in 
the design process. Most manufacturers produce disk control chip sets with various 
features. The current trend is to combine the controller with the data separator and 
support circuits, reducing the the disk contro! function to one or two chips. Even in 
these reduced count chip sets there is a variety of features available to these 
designer. 
The Standard Microsystems Corporation (SMC) FDC9268 floppy disk 
controller was selected for the following reasons: 


e format - compatible with the IBM 3740 and IBM System 34 formats, 
both single and double sided drives 


e drives contolled - can control $ ich. $14 inch and 3-1:2 ancho dre Sm NN 


capacities to 720 kilobvtes 


e single chip - combines disk control with data separator in a single chip 

e cost - relatively inexpensive, $15 each in lots of one 

e avalability - readily available in large and small quantities 

e software - software compatible with the very popular NEC ں٣‎ 


8272 floppy disk controllers used. extensivelv іп persona 
computer systems 


I. PRELIMINARIES 


ВІ OPERATING SYSTEMS 

ОИЕ ИЕ Interuce ремкева the machine hardware and the 
Users. They consist of an organized collection of programs that allocate resources and 
provide the users with a set of facilities to interact with the hardware. 

Operating systems are generally classified into four structures: 

e monolithic systems 

e Javercd systems 

e virtual machines 

s cchent-server model 
Nfost modern operating systems, regardless of structure, have the control mechanism 
and higher functions implemented in a higher programming language and accomplish 
hardware dependent tasks with calls to procedures written specifically to control the 
hardware. [Ref. 5: pp. 36-43] 

Operating systems generally perforin all system input output (1 O) for the users. 
mie gout Of the operating system | O software is to present a simple. consistent. easv- 
to-use interface to the user. The peculiarities ofthe hardware are hidden from the user 
memorizing the TO software as a series of lavers, with the lower layers concerned 
With controlling the hardware, and the higher lavers concerned with presenting the 
eusy-to-use interface to the user. [Ref. 5: pp. 116-118] 

Lavering (ће 10 software also allows the higher layers to have à certain amount 
Smcaevice independence when dealing with specilic tvpes of I. O devices. An example of 
this is the operating system interface to secondary storage such as floppy-disks (disks). 
ie basic data structure and data control algorithms are the same for all disks. 
fearless Of manuiacturer Or type of disk drive. The higher layers ofthe I, O software 
can implement data management, and the lower lavers can adjust for hardwure 
pumances. [Ref. 5: pp. 118-120] 

Ше ег la.er Ol INO software consists of the procedures that interact directly 
s геге Ілеге лау be several procedures at this level to deal with the 
various hardware requirements such as formatting or reading a disk. This hardware 
specific layer of procedures is common for most inodern operating systems and 1s the 


simplest common point between operating systems. 


— 
сл 


The hardware specific procedure layer of the operating system will be the level 
used to interface the disk control module (DEM) to the operating system. The 
hardware specific procedures are nothing more than software modules that aecept 
command parameters and data from higher operating svstem levels and generate the 
required instruction flow to activate the required hardware signals to aecomplish the 
Jesired task. Interfacing the DCM at this level means designing the DCNI to appear 
as a software module to the host operating system. 

Creating the software module appearance 1s not difficult. All that ris required is 
memorv accessible to the liost and DCM for command and data exchanges. [his 


== 
— 


arrangement should work for virtually any modern operating system. 


B. UNIX 

‘A complete discussion of the UNIX operating system 15 beyond the scope of this 
paper. The UNIX operating system is included here to show that the software mite 
selected above is satistactory [ог interiacine the DCM о а СЭ УИ 
following discussion is intended to show the hardware dependent software module 
location in the UNIX architecture, the DCM! software interlace level, 4 ٦ 
Interaccion ЛЕДИ 

The UNIX operating system can be viewed as a layered operating systeme 
high-level view of the UNIX architecture is shown in Figure 2.1. The outer IO 
represents the user's interface to UNIX. The next laver consists of unlıev press 
such as a text editor and system command modules. 716171116 8+ ٤١ 
surrounding the hardware, 1s the heart of the UNIX operating svstem, the kernel. 

The UNIX kernel allocates resources to and controls all user processes. The user 
Interacts with the kernal via the utility programs which pass user requirements to the 
kernel by well defined system calls. A block diagram of the Kernel is shown in Figure 
22 

The UNIX file subsystem uses index nodes (nodes) and inode tables to identify 
and locate files. Each file has a single inode which contains a description of the disk 
layout of the file data, logical unit on which the file is located, and administrative data 
about the file. The file subsystem translates the user’s file name into an mode and 
enters the mode into the kernel inode table indicating that the file is active. Eae ٤۷ 
contains an mode list of all the files on the disk, similar to the file allocation table used 
m MS-DOS. 
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The file subsystem deals with file data on a logical level vice physical disk level. 
lhe internal tables for controlling file data manipulations are based on logical device 
locations. Ihe translation of the logical device location to a physical device location 
fees place in the device drivers. 

The file subsystem has the ability to cache data as it is manipulated. Caching 
data 1s used to minmuze the frequency of the relatively slow disk accesses by keeping 
"ШШ data resident in kernel memory bullers. New data read from the disk 15 
normally put into bullers for manipulation and then returned to the disk when it is no 
longer needed. The transfer of data to the buffers 1s accomplished by the device drivers 
as directed by the [ile subsystem. 

nem@eweccediivers dre tailored to particular types of devices ‘There will be 
ао E CE drivers for disks, terminals, magnetic tape, etc. The device driver 


translates the logical location parameters and operation commands received from the 
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file subsystem into physical locations and operations suitable for the specific tvpe of 
device to be operated on, disks tn this case. The physical location parameters (sector, 
track, and disk drive number) and the operation to be performed are passed to a disk 
control subroutine in the hardware control laver. The disk control subroutine ts written 
to carry out the operation on the specific disk drive tnstalled. 

The DCM will interface to the UNIX operating system at the hardware control 
laver by essentially replacing the disk control subroutine. Only nunor changes to the 
device drivers will be required because the DCM will function like the disk control 
subroutine it replaced. The DCM will appear to the device driver as a software module 


1 memory. 


C. VME BUS OPERATION 

The N NE bus 15 one of several bus systems available to interconnect data 
processing, data storage, and peripheral control devices into a closely coupled hardware 
ЕИО ОП Liem yeti bus iS ап арргохеа IEEE bus standard (IEEE 1014) 
developed by Motorola. Inc. to support Motorola 68000 nucroprocessors as a 
Backplane bus. 

ieee е јаше to provide the svsteiis designer with a flexible bus 
architecture with which to construct nucroprocessor systems with off-the-shelf 
hardware and software components. Hardware and software components designed for 
VME bus applications are available fron. Motorola, Signetics, Mostek, and others. 

ПЕРОВ ТОПО Ое ТЕ ЗОИ аге best shown by the objectives of the 
VME bus specification as summarized below: 


e to allow communication between devices on the VME bus without disturbing 
ІШЕ Шегі aies Ol other devices interlaced to the YME bus., 


e to specifv the electrical and mechanical svstem characteristics required for 
reliable and unambiguous communication, 


E usps о Protocols that precisely define the interaction between the VA\IE bus 
mate devices interlaced to it, and 


O provide a system where Performance is primarily device limited rather than 
system interface limited. 


Ши тел ог а VIE bus based system are shown in ligure 2.3. The user 
Mevices interface to the VNIE bus via the functional modules and bus interface logic. 
The functional modules provide protocol control of the interaction between the VME 
bus and user's devices, and the interface logic adheres to the specified dnve and loading 
requirements of the interfaced devices. The bus interface logic consists of relatively 
Some 1 1 Teceivers and transnutters because the YME bus drive and timing 
requirements were designed with these off-the-shelf interface devices in mind. 

As seen in Figure 2.3, the VME bus consists of four sub-buses: 


e data transfer bus (DTB) - provides data, address, and control signals to allow 
КЕШЕ PSP ASI Колон тек data transiers between themselves and D1B 
SLAVES 

е arbitration bus - provides a means of transferring control of the DIB between 
two or more MASTERs in an orderly manner 


e priority interrupt bus - provides seven levels of interrupts for interfaced devices 
to request interruption of normal bus activity 


е utilitv bus - provides signals for timing and coordination of power-up and 
power-down of VME bus systems 
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Mgurc 2.3 VME Bus Llements. 


The VME bus protocol is enforced by the functional modules. The. VME bus 


specification defines eleven functional modules to support the various Y ME bus modes 


of operation. The primary functional modules ol importance to the DCM are: 


MASTER - initiates DIB cycles and controls the DIB in order to transfer data 
between itself and a SLAVE 

SLAVE - transfers data between itself and a MASTER when sclected to 
participate in DTB cycles 

INTERRUPTER - generates an interrupt request on the priority interrupt bus 
and then provides status, vector information to the INTERRUPT ILANDLER 
when requested 

INTERRUPT HANDLER - detects interrupt requests on the priority interrupt 
bus and responds to these requests by asking for status, vector information from 
hic A 


г.) 
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ice ee ево the ANE bu: is the simplest of all functional modules 
that transfer data over the V ME bus. The SLAVE functional module does not initiate 
or control data transfers; it can be thought of as a memory module with additional 
decoding logic. 

The DCM wil be designed as a VME bus SLAVE with interrupt capability. This 
w 1 O funcional modules willebewmsedeSWAVE and INTERRUPTER. This is the 
nunimum configuration that provides a memory-like appearance and las interrupt 
capability. 

Шираз Е lunetronal module can be designed as an 8$-bit, 16-bit, or 32-bit data 
device with 16-bit, 24-bit, or 32-bit addresses. The DCM will be designed as a 16-bit 
data device with 24-bit addresses. The INTERRUPTER functional module can be 
designed to request interrupts on any one or all seven interrupt lines. The DCM will be 
designed to interrupt on any of the seven interrupt request lines. The interrupt level 
will be software selectable Бу the host system. In the above configuration. the DCM 
does not need to interface to the arbitration bus. 

a SEAVE the DENT must monitor or generate the following VIE bus 
signals: 

e LWORD* - designates a 32-bit data transfer request, monitored by SLAVEs 
e 100-15 - bidirectional data lines 

е 050" - lower data strobe (same as 68000 LDS’). monitored bv SLAVES 
۷۰۰٣۰٠۰۰۰۰٠٠٠٠٦ data strove (Same as 09000 LDS”), monitored by SLAVES 

e R W*- read write signal (same as 68000 R,W*), monitored by SLAVEs 

е ANfO-5 - address modifiers .monitored bv SLAVEs 

See 2) - 23-bit address lines monitored by SLAVEs 

е AS*- address stable signal (same as 68000 AS*), monitored by SÎ AVES 


е DTACK* - data transfer acknowledge (same as 68000 DTACK*), generated by 
SUAVES 


е BERR* - bus error signal (same as 68000 BERR), generated bv SLAVES 
Mivewabove VVIE bus signals function thé same as their 68000 memory reference 
counterparts with two exceptions, LWORD* апа АМО-5. 

LWORD* ts used in data transfers with 32-bit devices onlv. As a precaution, all 
devices must monitor LWORD* and must respond with a bus error (BERR*) or not 
respond at all, which causes the VME bus trmer to assert BERR", if the selected device 


can not provide 32-bit data transfers. 
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AMO-5 are address modifier lines that specity the type of addressing used in a 
data transfer: short (16-bit), standard (24-bit), or extended (32-bit). AMO-5 also 
indicates the tvpe of transfer requested by differentiating between supervisory and non- 
priviledged data, program. and block transfers. 

The DCM will not respond to LWORD* transfers, causing the VME bus timer 
to assert DERR*. The DCM will respond to supervisory and non-privileged data and 
block transfers but will generate a bus error for any program transfers such as reading 
the DCM memory as program memorv in instruction fetches. 

The basic data transfer capabilities specified by the VME bus data transfer 
protocol and supported by the DCM are: 

e  bvte transfers - even or odd single byte transfers 
e word transfers - single 16-bit transfers 


e read-modify-write - 8-bit or 16-bit indivisible read followed by a write to the 
same address 


e block transfer - up to 256 sequential bytes transferred with only the starting 
address specified 


The byte, word, and read-modify-write transfers operate the same as in the standard 
68000 memory reference protocol. 

In block transfers the MASTER provides the starting address at the beginning of 
the transfer. The SLAVE latches the starting address in a counter and increments the 
address as the data strobes change. The starting address is provided only once and 
incremented by the SLAVE each time the data strobes are negated. The address stable 
(AS?) 1s asserted during the entire block transfer and AMO-5 are encoded to specify a 
block transfer is in progress. The block transfer mode is the fastest data transfer mode 
on the VME bus because the address propagation and decoding delavs are encountered 
onlv at the beginning of the block transfer. 

The INTERRUPTER functional module follows the standard 68000 interrupt 
request-acknowledge protocol. The INTERRUPTER generates an interrupt request on 
one of the seven interrupt request lines (UNTRQ*1-7) and waits for an acknowledge. 
The INTERRUPT HANDLER for the asserted interrupt request line response 
requesting control of the data transfer bus, and after gaining control, asserts interrupt 
acknowledge (IACK*) to all devices and sends an interrupt acknowledge (IACKIN*) 
down the interrupt acknowledge daisv-chain. The INTERRUPTERs without active 
interrupt requests at the level being acknowledged pass the IACKIN* down the daisv- 
chain via IACKOLT* which becomes the IACKIN™ of the next INIERRUP I p a 
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the daisy-chain. The tirst INTERRUPTER in the daısy-chain with an active interrupt 
at the level being acknowledged stops the LACKIN® from propagating further down 
Ши chaimzand returns an S-bit vector to the INTERRUPT IIANDLER via the 
data transfer bus. The interrupt level being acknowledged is encoded in address lines 
јез The [ACK™ Signal is used to indicate to all other devices on the WME bus that 
пили еешее acknomledee cycle rs m progress whieh means only address bits Al-3 are 
valid. 


DS DISK DRIVES 

Floppy disk drives (disk drives) are block oriented mass storage devices. The data 
is stored as blocks in sectors on the disk. The recording surface is organized as a series 
of circular tracks broken up into equally sized sectors. Sector data holding capacity 
Sh OI 125 bytes to 4096 bytes. The sector is the smallest addressable data block 
on a disk drive. 

ПОТЕ me tarec Standard disk sizes: S inch, 5 1.4 inch, and 3 !,2 inch diameters. 
The S inch disk 1s the oldest version and rarely used today. The 5 1 4 inch disk 15 
НИЛИ the most common and least expensive, but the newer 3 [ 2 inch disks are 
gaining in popularity due to their ruggedness, compact size, and higher density. 

The data and control fields on a disk are organized into a specific format. There 
are numerous formats available, but the most common are IBM 3740 (single densitv) 
and IBM Svstem 34 (double density) compatible. The data and control fields of a disk 
track in 1B NI 5740 format are shown in Figure 2.4. 

Mmnessecrtor lormat consisisiol the sector address (track sector ID) which identifies 
Biestrack. sector. side, and lensth of the sector. The sector is accessed bv stepping to 
the proper track and reading addresses until the desired address ts read. The sector 
address is followed by a cyclic redundancy check (CRC) as an error check on the 
Ме ГО gap (GAP2) provides time for the disk controller to compute the CRC 
for the address read and compare with the CRC read from the disk to ensure a valid 
disk sector address has been read. The sector length field contains the number of bites 
٠۰۰٠٠٠٠٠۰٠٠٠٠٠٠٢ sector, not the capacity of the sector; a 125 byte sector with only 100 
bytes written in the the sector will have a sector length of 100. The sector address field 
is followed by the data field with a data CRC error check. The post data gap (GAP3) 
provides time for the disk controller to check the data’s CRC plus an additional buffer 


space to ensure sectors do not overlap due to variances in timing or disk rotation speed 
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TRACK 8ت‎ SECTOR SECTOR 
NUMBER NUMBER NUMBER LENGTH 
I 7 1 7 1 1 2 


BYTE 2 Brie BYTE BYTES 


Figure 2.4. IBM 3740 Disk | ormat. 


The IBM format uses special control characters to mark the beginning of some 
fields. The index mark, ID address mark, and data address mark are special characters 
that can not be written in normal data format. In these special characters some ol the 
clock pulses are omitted to create unique codes that can not be duplicated in data. The 
special characters are written only during the disk format operation. 

The basic operation of the disk drive is relatively simple. The disk controller 
instructs the disk drive to move (seek) the read/write head (head) to a specific track 
and loads the head, ie. puts the head in contact with the disk. The disk drive starts 
passing the information from the disk to the disk controler where the information 1s 


checked for special characters, sector addresses, and data. When the operation 1s 


complete, the disk controller unloads the head and waits for the next operation. Not all 
disk drives follow the above sequence exactiv because newer disk drives have more 
capabilities, but the sequence of steps demonstrates the basic disk drive Operation. 

Disk drives require a variety of signals to be exchanged with the disk controller 
to accomplish head movement (seeks) and read write operations. [he types of signals 
Eansed are adsnction ef drive type and age. Older $8 inch disk drives require more 
signals than newer 5 1 4 inch drives. To retain the flexibility of using a variety of disk 
drives the disk controller must be capable of exchanging a full range of signals that can 
be customized for the disk drive that is actually installed. The following signals are 
IXuesentative of the signals exchanged between disk controllers and disk drives, 
i cardless of size omi pe. All signals are asserted low unless otherwise specified. 

init selects (USI*.... 5-7) - select one of four disk drives 
e head load (HDL*) - instructs the disk drive to put the head on the disk surface 


ig гел track (1C I~) - notifies the disk drive that the head is above track 
43 so that precompensation can be used if needed 


e fault reset (FR*) - resets the disk drive’s fault indicator 


¢ write protect (WP*) - notifies the disk controller that the disk is protected and 
not writable 


e fault (FLT) - notifies the disk controller that the disk drive has a fault 
е ready (RDY™*) - notifies the disk controller that the disk drive is ready 
e index (IDX*)- index unung mark froni the disk drive 

e raw read data (RRD*) - composite read data from the disk drive 

te enable (WE=)=1nstruets the disk drive to write 

и е Чага (WIDOU T*) - data to be written on the disk 


e head select (HD*) - for two-sided disks, low selects head 0 and high selects 
head 1 


e double density mode (MFM*) - instructs disk drives capable of single and 
double density modes to use double density mode 


а песцоп (ОТЕ) - tells the disk drive the direction to move the head in 
response to a step during seek operations, low = in and high = out 


ИО тис the disk drive to move tle head one track in the 
specified direction 


e two sided (TS*) - notifies the disk controller that a two-sided disk is installed 
e track 00 (TROO*)- notifies the disk controller that the head 1s at track 00 
As indicated in Chapter I the IBM compatible 3 1,4 inch disk drives will be used 
ПОЕ ОТОС СИ These drives were selected primarily because they are readily 


available and inexpensive. 


ty 
Сл 


111. HARDWARE DESIGN 


Previous chapters defined the interfaces and interaction of the disk control 
module (DCM) with the host system and disk drives. This chapter will present the 
internal architecture and hardware design created to meet the requirements some 


hardware and software interfaces. 


A. ARCHITECTURE 

A modular architecture will be used to accomodate changes in major external 
interfaces with minimum perturbation of the DCM realization. The foundation of the 
architecture 1§ a mucroprocessor-based central control unit (CCU) which provides 
overall control and coordination of the DCM operation. The CCU receives commands 
from the host via the host interface and translates these commands into the signals 
required, at the disk interface, to accomplish the required disk action. ТОС ее 
interfaces and major component systems of the DCM are shown in Figure 3.1. 

1. Host to DCM Interface 

The interface to the host system consists of three parts: 

e bus control - hardware interface to control DCM responses to host bus activity 
e host control - software interface for command and status exchange with the host 
e data buffers - software interface for data exchange with the host 
The bus control section of the host interface enforces the host bus system physical 
protocols bv providing physical control to the software interfaces. 

In Chapter І, the host software interfaces to the DEM were Shon OE 
reflected as memory locations in the host's global memory. The host operating system 
views the DCM as a software module with specified command parameter and data 
buffer memory locations. To the host, the DCM appears and functions much like a 
COMMON or global memory area in a program. 

The software module appearance is important to achieving the desired 
interface generality and flexibility. The host views the DCM as a simple block of 
memory, this view is consistent for all programs using the DCM and allows a broad 
range of operating systems to be accommodated. Flexibility is achieved by modifving 
the bus control section to comply with the selected host bus system protocol for simple 
memory reads and writes. This preserves the appearance of the software interfaces as 


the bus svsténr protocols chanse, 
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Incorporating the software interfaces in the host bus interface section and 
treating them as buffer memories isolates the DCM internal control functions from the 
host. These software interfaces also appear to the DCM as a block of memory, 
analogous to the view held by the host. This memory appearance provides consistent 
views of the host and DCM with respect to each other. 

This orgamization of the host to DCM interface is used to ısolate the internal 
DCM control functions from the host system and to provide consistent. views of the 
software interfaces as seen by the host operating system and internal ОСМ control 
software. The isolation of the DCM control functions provides relative autonomv to 
the DCM while it 1s perfornung required tasks and allows the ОСМ internal 
architecture and components to be changed without the knowledge of the host, 


provided the host operating system view of the software interfaces 1s not altered. 


2. DCM to Disk Interface 
As seen in Chapter I, the disk interlace is relatively simple. The interface 
required for one disk drive is simply rephcated for cach drive to be used, four in this 
case. 
The disk interface consists of TLL type receivers and transmitters to drive 
control and data lines under the control of the disk controllers onboard the DCM. 
3. DCM Internal Architecture 
Figure 3.2 1$ a more detailed block diagram of the DCM reflecting the specific 
target host bus, the VME bus, and the host interface memory buffers. Internal 


interfaces between major onboard sections are shown to illustrate a conflict in internal 


bus usage. 
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figure 3.2 ОСУ ОСС ШЕ C oi en on 
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As indicated earlier, the DCM will be controlled by a microprocessor svstem. 
Typical microprocessor systems have a single global bus connecting all components to 
the microprocessor; the svstem in shown in Figure 3.2 has the same property. This 
single bus system may lead to a conflict in the DCM application because two 
component systems, CCL and DM.AC, will be compcting for use of the bus. This bus 
contention arises any time a DMA operation 1s in progress and the CCU tries to access 
ШІ ous [Or prograim meinem: references or to set-up a disk controller for a data 
transfer. This bus contention will degrade system perforinance, especially with high 
Diy usage. [he contention can be reduced by splitting the CCU global bus into two 
Buses as shown in Figure, 3.3. 

This dual bus arrangement eliminates bus contention during CCU 
comununication with the host control butfer memory by separating the data flow path 
and host command path into two sections: 


Beer Zora bus - accessed only by tle CCL, connects CCL memory and those 
components needed for host command receipt and not needed for 
actual data transfer 


e global bus - Shared bv the CCU and DMAC, connects those components 
involved in data transfers 


This bus arrangement allows host commands to be received and interpreted without 
bus contention. 

Bus contention will still occur when the CCU attempts to communicate with 
the DMAC or disk controllers during DMA operations, but the impact can be 
mininuzed by allowing the CCU and DMAC to share the global bus оп а сүсіс-Бу- 
cycle basis. This bus sharing can be prioritized to ensure that disk data overrun does 
Nt occur. 

The final architecture, incorporating the features described in preceding 
discussion, 1s given in Figure 3.4. The five major sections are summarized as: 

Ist Interface 
a. controls all communication between the host and DCM 
b. appears to the host and DCM as shared memory 
ES DCM Control 
a. microprocessor system controlling overall operation 
b. shares global bus with DMAC 
3. Global Bus Control 
a. arbitrates global bus access 


b. prioritized to ensure disk data overrun does not occur 
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Figure 3.3 DCM Dual Bus Configuration. 
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4. DMA Control 
a. controls data transfer between disk controllers and data buller memory 
b. primary user of global bus 
5. Disk Control 
a. disk drive interface 
b. controls basic disk drive operation 
The remainder of this chapter presents the hardware realization of the above 
sections. The diagrams used may consist of functional blocks representing groups of 


devices. Details of the functional blocks are provided in Appendix A. 
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Figure 3.4 Detailed DCM Block Diagram. 
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В. : ٣۳ 
The host interface will be treated as two general sections: 
e software interface - the memory model of the DCM as seen by the host 
Operating svstem, and 
e hardware interface - hardware required to present the software interface to the 
| host. 
|. Software Interface 
Figure 3.5 provides the memory map of the DCM as viewed by the mwa 
Operating svstem. The memory space presented to the host ts an 8 kilobyte block 
organized as 16 bit words with addressing to the byte level in typical 68000 style 
memory organization. [lost address bits AI3 thru A23 are user selectable to allow this 


block to be mapped anywhere in the host's 16 megabyte address space. 
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Figure 3.5 [Iost View of DCM Memory Map. 
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The DCM memory block visible to the host consists of the host control and 
data buffer memories of Figure 3.4. These memories are partitioned into sinaller 
functional blocks for the following uses: 

e DCM status - four bytes representing the overall status of the DCM 


е semaphores - one byte per disk indicating the availability of a disk for use (four 
bites total) 


e disk status - four bytes per disk indicating the status of the last operation 
performed by a disk (16 bytes total) 


e disk command - 505 bytes per disk for host commands plus one byte for 
conunand present indicator (2024 bytes total) 


e not used - two kilobytes reserved for command space expansion 
e disk data - one kilobyte per disk for disk data storage (four kilobytes total) 
The details of the partitioned block formats will be presented in Chapter IV with the 
software development. 
The command present byte in each disk command space 1s used to notify the 
mel that the host has an active command present for the indicated disk. This 15 
accomphshed by generating an interrupt to the CCU when the host writes to the last 
byte location in the specified disk command space. The interrupt generation is totally 
transparent to the host. 
The memory operations that are supported in the DCM. host shared memory 
alte: 
ns inele byte (upper or lower) read: write 
Ss ord (double byte) read write 
e block word read. write on blocks up to 256 bytes long 
е uninterruptible read-modify-write cycle for semaphore support 
Only the details required for hardware implementation of the shared memorv 
are presented above. The format and use of the software interface will be presented in 
more detail in Chapter IV. 
2. Hardware Interface 
Figure 3.6 is an expanded view of the major sections of hardware used to 
implement the software interface. The host control buffer memory and data buffer 
memory are combined into a single dual ported buffer memory module for simplicity. 


Each major block will be described below. 
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Figure 3.6 [lost Interface Block Diagram. 


а. VALE Bus Interface 
Figure 3.7 shows the signals exchanged between the DCM and VAIL bus. 
The devices shown for driving or receiving the signals are those recommended in the 
VME bus specification. The following signals are connected to special purpose devices 
designed specifically to generate 0٣٣٢٠٢٠٢٣١" +٣ 
е BERR* 


© DTACK* 
e JACK? 
е TACKIN® 


СОК 


The special purpose devices are used in the bus control and interrupt generator sections 
РИМ теше зо аа will be discussed in the design of those sections. 
b. Buffer Memory 

The host control and data buffer memories are implemented as dual ported 
Miemiones witht host access via port A and DCM access via port В. Figure 3.8 shows 
port X of the buffer memories which implements the memory map of Figure 3.5. The 
host control and data buffer inemories are separate, byte addressed, dual ported 
memory banks. The port B operation of these memories will be discussed as part of the 
CCU and DMAC memory designs. 

There is a wide range of devices available for implementing the dual ported 
memories, from dual ported dvnanuc RAM controllers to very fast static RAM devices 
with onchip arbitration logic. The devices used in this design are Integrated Device 
Technology, Inc. (IDT) static RAMs with onchip arbitration and a wait signal. 

RDA? ces pave an exccilent speed range, [rom 25 nanosecond to 120 
nanosecond cycle time, and onchip arbitration that allows both ports simultaneous 
access to the memory matrix as long as the addressed locations are not the same. If 
both ports attempt access to the same location, the Winning port gains access and the 
losing port has the wait signal asserted indicating a delav in access. The speed range 1s 
desirable to allow the DCM to provide a range of memorv performances to support 


desired VME bus throughput versus cost tradeoffs with minimal changes in the 


hardware. 
The host control buffer memorv is composed of two devices: 
e |DT7130 - 100 nanosecond cycle time, organized as 1024 by 8 bit memory 
locations with onchip arbitration and wait signal 
e IDT7140 - 100 nanosecond cycle time. organized as 1024 by 8 bit memory 


locations and shares the [D 17130 arbitration logic 
These devices are designed to work as master (IDT7130) and Яауе (1017140) to 
minimize cost and complexity. The 110 17130 controls the arbitration and drives the 
wait signal for both devices. 
The data buffer memorv ts also composed of two devices: 
e IDT71532 - 2048 by 8 bit version of the IDT7130 
e IDT7142 - 2048 bv $ bit version of the IDT7140 


The operation of these devices is the same as for the host control buffer memory. 
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[igure 3.8 Butler Memory Port А. 


с. Module Select 

0۳۰۰٠٠٠٠٠٠٠۱۷۷۷۰ ۰٠٠٠٥٠٦۹ ٦٠٦٦٦٦٢١۹٦۷ ٦٣٦٦٦7۰۰٠۷ IS USC to decode address bits ALS 
thru A23 and the address modifier codes AMO thru AMS to determine if the current 
Seve Ours memory cvcle is intended for this DCM. 

The DCM will respond to standard address single byte word and block 
word data transfers as described in. Chapter [I. Program accesses, such as attempting 
to read the DEM buffer memories as instructions, will result im no response and cause 
the bus timer to time out and assert the bus error signal. 

E DON SIC circum generates two sienats required by other circuits. 
ШОЛ е select sienal (MODULE SEL”) indicates the user selected address switches 
match ÁA13 thru A23 of the VME bus and the address modifier lines are set to standard 
ИО аи а ог. Иле MODULE SEL* srgnal notifies the bus control section trat 
ПОЕТО inemory crele ts Tor this DCM. 

The block transfer signal (BLT) results when the address modifier tines are 
a DIOCK tratsier, Its signal enables the address counter circuit to increment the 


memors address as the data strobes change. 
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The module select circuit is disabled during interrupt acknowledge cycles 
(IACK” asserted). During interrupt acknowledge eveles only the lower three address 
mes, AOL thru AQ3, are valid. IACK* asserted disables the address comparator circuit 
aud inhibits the. assertion. of MODULE SEL. 1115 ensures ٣٣٢ 
invalid address lines. 

d. Bus Control 

The bus control section, [igure 3.10, provides overall control to the host 

interface hardware. This section ts based on the Signetics 68172 bus controller clip 


(BUSCON) which i5 a special purpose device designed to mect VALE bus requirements. 
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ШИС 172 asserts the enable signal; ONBOARD, to the other interface 
circuits if the MODULE SEL* signal ts valid for two trailing edges of the clock. This 
allows the address decoder citreutts in the module select section sufficient time, 62.5 to 
emaroscconds at 10 Miblz, to properly evaluate te current memory cycle address. 
mie NDOVIAID signal enables all other circuits, except the VME bus generator, to 
perform their tasks. The VME bus generator operates only during interrupt. cycles, 
which do not require DCM selection via normal addressing. 

Data enable and direction signals are generated in this section and are 


shared between data transfer cycles and interrupt acknowledge cycles. The interrupt 


acknowledge cycle uses only the lower byte of the data bus. This sharing allows only 
one set of transceivers to be used. f 

Bus error (BERR*) and data transfer acknowledge (DTACK*) are 
generated by the 68172 in response to signals from the timer in the read, write control 
section. The BERR* and DTACK* саш е counected directiv tome” Y ME DUST 
DIACK* is shared wich the VME bus interrupt data transfer acknowledg ema ша 
DIACK") bv the WiretO Ring ol the Opell collectomourours: 

The reset signal (RESET?) is used to stop all host interface ао 
RESET* puts all major components of the host interface in a clear or nonactive state, 
but the host interface remains ready to accept the next VVIE bus стсје КЕ5ЎЕ И 
be asserted by the host via the VME bus reset sigmal (SYSRESLI™) of by the ٦ 
an internal reset (CCU RESET The SYSRESEU™ tmmediatiy resets all DC МУШ ШАШУ 
and forces the DCM into a power-on reinitialization cycle. SYSRESET™ ts asserted by 
the host as a last resort to recover from a catastrophic failure. 

e. Address Counter] Latch 

The address counter latch section, Figure 3.11, latches address bits AOI 
thru Al2 and increments the address during block transfer operations. This section 
provides address lines to the memory modules and read, write control for memorv bank 
selection. 

[he circuit consists of a parallel loading $ bit binary counter for A < 8..1> 
and four D flip-flops for A<12..9>. The binary counter acts as a transparent latch 
when the load input (LD*) is asserted and latches the input address when LD* 15 
negated, е. оп Ne rising edese ٣٦ 

The LD* signal is driven low by ASN* going low at the beginning of the 
memory cycle and before ONBOARD* goes low. This 1s the state during A13 thru A23 
decoding prior to DCM selection. When selection takes place, ONBOARD* will be 
asserted forcing LD* to go high, generating the rising edge needed to load the counter 
latches and D flip-flops. The LD* signal will not generate another rising edge until the 
DCMI 1s deselected and reselected to beein ٦ 

Block transfers are treated as a continuous memory cycle because ASN* 
remains asserted through the entire transfer. In this case the block transfer enable 
(BLT) with DCM selection (ONBOARD*) provides a count pulse to the counter when 
the lower data strobe (LDS*) 15 negated. This allows the address to increment between 


data strobes. This circuit requires that the data strobe be low before the DCM 15 
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Figure 3.11 Address Counter Lateh. 


selected. This 1s guaranteed bv the. VME bus specification. which. requires the data 
strobes be asserted. within 10 nanoseconds of ASN* assertion, and the DEM selection 
delay during module select decoding, a minimum of 62.5 nanoseconds. 

The counter requires a maximum of 27 nanoseconds to increment. and 
present stable outputs. The data strobes will be negated, high, for a minimums of 30 
nanoseconds. This ensures the address ts incremented and stable by the start of the 
Best data transfer. 

f. Read] Write Control 

The read:write control section, Ligure 3.12, generates the signals required 
to access the dual ported memories and terminate individual transfers. 

The read write control signals are tvpical of most memory svstems. The 
Sc able signals (DATA SEL* and CONT SEL") select the proper memory bank 
based on AI2; AI2-0 selects control memory and Al22 1| selects data memory. Ihe 
chip enable signals enable both upper and lower bytes to be accessed in the selected 
memory bank. The read. write and output enable selects the upper and, or lower byte to 


be accessed. 
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Figure 3.12 Read/Write Control. 


Normal ternunation of individual transfers is accomplished by the data 
transfer acknowledge (LDTACK*). ГОТАСК? 15 generated if a valid address 
selected (ONBOARD asserted and address bit All clear), if the addressed location 15 
not busy (WAIT* not asserted), and if 125 nanoseconds lias elapsed since the data 
strobe was asserted. ALI set selects the unpopulated portion of the UDC Mes memory. 
The assertion of WAIT" mıdicates the addressed location 1$ busy. WAIT? will inlubit 
starting the timer until the WATT* signal is negated. The DCM can not respond to 32 


bit data transfers (LW? asserted) so long word transfers will nhibit LDTACK*. 
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Abnormal termination is accomphshed with the bus error (LBERR*) signal. 
LBERR* ts asserted one microsecond after data strobe assertion if no valid address is 
decoded or immediately if a long word transfer is attempted. 

g. Command Interrupt Generator 

The command interrupt generator section, Figure 3.13, generates interrupts 
ПОНЕО when tie last byte in a disk Cconiniand space is written to. These interrupt 
We locations are (HEX): 

e 108 for diskl 
e 9 2 
• 302 for disk3 
е SFF for disk4 

This circuit uses four D flip-flops as interrupt flags, one per disk. that 
generate the interrupt requests to the CCU. The D flip-flops have asvnchronous preset 
and clear inputs. These inputs are used to provide timing isolation between the host 
interface and CCL. The flag flip-flops are cleared during the interrupt acknowledge 
шие гот the CCL. 

The flag flip-flops are set bv the command interrupt address decoder. This 
circuit decodes address lines AOI thru Al2 for the above listed combinations and 
generates the flag set signals when thev are written to. 

h. VME Bus Interrupt Generator 

The VME bus interrupt generator section, Figure 3.14, sends interrupts to 
ШЕ пош уа the УМЕ bús. It can interrupt on ans of the seven interrupt lines and 
provides an 8 bit vector over the bus during the interrupt acknowledge cvcle. This 
Eule is based on the Signetics 68154 interrupt generator (INT GEN) chip which is a 
s [purpose device designed for V ME bus use. 

The 68154 is a programmable device that can be set to interrupt on any 
U ip level and more than one interrupt level may be used at the same time. The 
CCU can also program part of the vector sent during the interrupt acknowledge cycle. 
sme supper seven bits of the vector are provided froin a register within the 0605154, Ше 
Moe: live Of these are provided by the CCL and the remaining two reflect A2 and A3 
from the VME bus. The lowest bit is provided externally bv the designer and is 
ШЕШІ СІ The-dower three bitsun- the vector then represent the interrupt level being 


acknowledged. 
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ligure 3.13. Command Interrupt Generator. 


This arrangement allows the host to specify, as part of the command input, 
what level to interrupt on, aud the upper five bits of the vector to be returned, when 
the command completion interrupt is generated. This 1s ideal for a multuser system 


where the users may be on different interrupt levels. 
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Ligure 3.14 VME Bus Interrupt Generator. 


The 68154 restdes in the VATE bus mterrupt acknowledge daisy chain and 
will provide tlie interrupt vector if it has ai interrupt active on the level currently being 
acknowledged. [fit does mot have one rt pusses the interrupt acknowledge in (IACKI") 
down the datsy chain with JACKO”. 

Ме елита (ег acknoemedces (iS PY Г АСК”) ап Чата 
Memacccivers for the vector are shared with the data transfer scction as previously 
discussed. 

The RESET* input resets all internal registers and negates any pending or 
active interrupt requests and LACKO*. [re remaining inputs are from the CCU and 


Will be discussed in the DCM control section. 


C. DCM CONTROL 
The DCM control section exercises control over all other sections. This is 
шоп ре Бу the CCL, which programs Ue major devices m each section and 


Mates therm actions, Ihe DEN control section is based on a 68000 (CCU) 


А 


microprocessor svstem. The general arrangement of the DCM control section in 
relation to the Other sections 1s given in Pigure 719 

The 68000 treats ali external devices as memory. The external devices suse 
memory, disk controllers, and interrupt generators are combined mto the blocks labeled 
local devices and global devices in Figure 3203) These devices share the зате ке 
control signals driven by the bus to which they are attached. The local devices are 
those that are accessed Бу the CCU on the local bus and the global devices Tam. шов 
that are shared by the CCU and DMAC on the global bus. 

[his arrangement was selected to allow simple addressing of all devices and to 
provide a common address space for global devices as seen by the CCU and DMAC. 
Since there are two buses that may be ІП use at the same time, there will DES 
separate bus control sections: 


e local bus control - consists of local DTACK, BERR section and local memory 
control section 


e global bus control - consists of global DTACK/BERR section and global 
memory control. 


The bus control sections are independent to allow both busses to operate 
concurrently, but share common addresses for the global devices. The internal memory 
map, as seen by the CCU and DMAC, 15 provided in Figure 3.16. The CCU canmaegess 
all devices on either bus but the DMAC can access only devices on the global bus. The 
lower thirteen address bits for the global devices are the same in the CCU and DMAC 
address spaces. The common address space for the global devices 1s required to allow 
the same address decoding when accessed by the CCL or DONAC 

|. CCU Local Memory 

The CCU local memory devices are shown in Figure 3.17. The local memorv 
consists of the host control buffer memory (port B) as previously discussed, a shared 
memory between the CCU and DMAC (DMACRAM port A) which 1s a dual ported 
memory like the host control buffer memory, eight kilobytes of ROM for internal 
control software, and eight kilobytes of RAM for CCU scratch-pad use. The ROM and 
КА М memories are not specified since any generic devices of the proper size will work. 
The only requirement is that the memories have access times less than 250 
nanoseconds to allow zero wait state operation. 

The DMACRAM dual ported memory ts used to minimuze bus contention 
when the continue or array modes of the DMAC are used. These modes allow multiple 


block transfers by putting the block sizes and limits in memory accessible by the 
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Figure 3.16 DCM Internal Memory Map. 


DNAC. This allows the DMAC to move blocks of data without CCU intervention. 
The CCU can put the parameters into this memory via port A and the DMAC can 
retrieve them via port B with no bus contention. If single ported memory ts used, the 
DMAC would need access to the local bus and contend with the CCU for access. This 
would reduce throughput as discussed carlier. 

The VME bus interrupt generator (68154 INT GEN), CCU control side, 1s 


shown in Figure 3.18. И 15 treated as a two word memory block in local memory but 
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only the lower byte of cach word is used. ‘The 68154 has two internal registers, RO and 
RI, that control interrupt operation. RO, LA < [> =9, is the interrupt vector register 
which contains the upper five bits of the interrupt vector to be provided to the host via 
the VME bus during interrupt acknowledge cycle. The lower two bits of RO are used to 
enable all interrupts and reset all interrupt levels. RI, LA <1> =l, ts the interrupt 
request register, setting bit n in this register generates a level n interrupt on the VME 
bus. The interrupt request bit will be reset when the host acknowledges that interrupt 


level. 
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Figure 3.18 CCU Control of VME Bus Interrupt Generator. 


2. CCU Support Circuits 
Ligure 3.19 shows two support circuits not shown in prior diagrams. These are 
the clock generator circuit, which provides all internal clock орпа), апат er 
generator, Which provides the internal CCU reset signal. 

The clock generator circuit is a simple binary counter that divides the 16 MIIZ 
Input by 2,4, 8 and 16 to produce the mdicated outputs. The 16 М2, 8 МИА, апд 4 
MEZ outputs are used as the timing signals for the other sections. 

the reset circuit can бе деп ач ON 
е SYSRESET* from the VME bus direct СИСА С ٣٠٠٣٥۵ 
e manual reset from a switch to reset Тіс +8 ک۷ءہ‎ +171 
e power on reset to initialize the DCM when power is first applied 


e software reset initiated by the 68000 reset instruction to remitialize all DEM 
circuits except the 68000 


The SYSRESET* and manual reset are provided to recover rer 
catastrophic failure and are used as a last resort. On reset the DCM reinitializes itself 
as if power was first applied and all data and commands are lost. The power on reset is 
а simple timer to provide a. 100 nullisecond reset pulse after power is first applied to 
mitialize the DCM for initial operation. The soltware reset provides a nicans ۹ ٠٦ 


internal control software to initialize the hardware without resetting the 68000. 
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[igure 3.19 Clock Generator and Reset Circuits. 


3. CCU Bus Control 

Ши Ср оше сорта пор eeiierates the sienals required for the CCl to 
access all devices on the local bus and initiate requests for the global bus. The control 
Slemdis are typical memory controls since all devices are treated as memory by the 
68000, The CCU bus control section consists of a local memory control section and a 
MED TACK/BERR generator section. The memory control circuits are shown in 
Шише 3.20. 

The memory select circuit decodes local address bits 14 thru 16 to generate the 
device select enables. The device enables are used to enable the individual devices for 
Пот кте operations with the CCL. The global bus request (GBUSIEQ??) is also 
generated here when the address bits are 101 respectively, this is the address space of 


the global bus devices in the CCU memory map. 
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Figure 3.20 Memory Control Circuits. 


The read write control circuit generates the output enables (OELU* and OEL”) 
for read operations and write enables (WEU* and WELE-) for write operations ІШЕ 
output and write enables are asserted on a byte basis to. allow byte and worl 
operations with the selected device on the local bus. 

l‘or global bus devices, the GBUSREO® is a request to те ооа Ви аса 
controller for global bus access. The memory control signals mentioned above do not 
take part in aceesses to global bus devices. The global bus control section provides the 
control signals required for global devices and functions the same as the local bus 
controller. 

The local DIACK/BERR generator 15 shown шу Figure 3.21. ІШ СЕП 
terminates local data bus transfers (LDEACK*") and generates the local USAN 


(LBERR*) signal if an erroneous address is referenced. [hus circuit uses a shift register 


P 
ty 


Каиде шеме to provide the access time required forthe memory devices, 250 
nanoseconds, and a 2 nucrosccond time out to indicate that an unpopulated part of 
memory was referenced. lhe tuning signals are combined with the device selects to 


allow the use of devices with various access tunes. 
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eure ТЕО РИСК ВЕК Circus. 


During CCU accesses to the global bus, the CCL and DMAC may бе 
contending for control of the bus with no fixed time for the CCU to gain control. This 
fiers the timer in Figure 3.21 can not be used to terimmate the transfer. In this case, 
H wars bx asserting GBUSREO* which disables the timer and enables the 
m n thinsicr acknowledee (GODITACK*) and. global bus eiror (GBUSERR?) 
пи СО АСК amd PBR circuits. he GDIACK* and GBLRR* can not 
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be asserted on the local bus until the CCU has control of the global bus. The 
GDTACK* or GBERI* will then termmiate the transfer alter he CCU NaS 6.7 
the bus and the selected devices have had enough time to respond. 
4. Interrupt Control 
The interrupt control section prioritizes interrupt requests, generates interrupt 
acknowledges and provides interrupt vectors for those devices that do not provide their 
own vectors. A sununary of the interrupt codes used is provided in Table | and Figure 


3.22 shows the circuits (ба +٦٥ 


CABET TI 
1.) 5 


ACKNOWLEDGE VECTOR 
INTERRUPT ENCODED ADDRESS NUMBER ADDRESS 
SOURCE LEVEL  IPL«2.. 05x LAC3.. 1 «DEC «HEX» 
DMACIROx 5 ð 1 8 ат DMAC WILL PROVIDE 
DACMDIRQx 4 8 11 аа 58 110 
D3CMDIRQx 3 100 811 => 1@С 
D2CMDIRQx 2 vos a ББ 108 
D1CHDIRO* 1 TIS әсі 65 104 


There arc two types ОШООО ТОСОО ШИЕ Юа ЕЕ 


e command present interrupts (DICMDIRQ*-DICMDIRQ*) generated in the 
host interface as previously described 


° DMAC interrupts (DMACIRQ*) which include interrupts generated by the disk 
controllers 


The DMAC ts configured by the CCU to provide interrupts and vectors on 
completion of DM AC operations or in response to disk controller interrupt requests. 
The CCU configures the ОМАС, via software, by writing Interrupt vectors TORIS 
interrupt vector registers in the DMAC for each of the attached disk controllers and by 
enabling disk controller interrupts. This allows the DMIAC to consolidate the four disk 
controllers interrupt request lines into a single. interrupt. request line. and. provide à 
unique vector for each disk controller. 

[nterrupt requests to the CCU are prioritized bv the interrupt priority encoder 


with. DMAC interrupts as the. highest priority... DMAC interrupts are. the. highest 
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Figure 3.22) Interrupt Control Circuits. 
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priority because they indicate a data transfer termination and will release assets needed 
for a new command. The command present interrupts are prioritized in the hardware 
to allow easy differentiation between them during interrupt acknowledge cycles. The 
interrupt handling software treats the command present interrupts equally, first-come, 
first-served. 

The interrupt. acknowledge circuit decodes the interrupt level being 
acknowledged, LA<3..1>, to generate the individual interrupt acknowledges required 
to put the proper vector onto the data "bus. The command present ina mu 
acknowledges (DIC\IDIACK*-D4ICMDIACK*) to the CMD present flip-flops reset 
the flip-flops generating the interrupts to ensure that a command is recognized only 
once. The DMAC interrupt acknowledge (DMACIACK*) enables the DMAC to 
provide the interrupting disk controller’s vector and inhibits the interrupt vector circuit. 

The interrupt vector circuit is used to provide the interrupt vectors for the 
command present interrupts. The upper five bits of the vector are fixed to 01000 and 
the lower three bits differentiate between the individual command present interrupts. 
This circuit is disabled during DMAC acknowledge cycles because the DMAC provides 


the vector. 


D. GLOBAL BUS ACCESS CONTROL 

The global bus access control section coordinates the orderlv access of the CCL 
and DMAC to the global bus. The CCU and DMAC function as global bus 
MASTERs, driving the global bus address and control lines and controlling data line 
direction, when thev have control of the bus. 

Global bus access follows the 68000 bus arbitration protocol. The 68000 bus 
arbitration protocol is a three signal handshake (request-grant-acknowledge) protocol 
that ensures only one bus MASTER ıs given bus control at a time. A MASTER 
requests bus access by asserting a bus request (BR*) to the bus controller (6S000 or 
external control unit). The bus controller asserts bus grant (BG*) to the highest 
priority requester which indicates that the requesting MASTER may take control of 
the bus when the current MASTER relenquishes the bus. The requesting MASTER 
then monitors the address stable (AS*) and bus grant acknowledge (BGACK*) signals 
to determine when the current MASTER relenquishes the bus. AS* negated indicates 
that the current bus cycle is completed and BGACK™* negated indicates that the 
current bus MASTER has released the bus. After AS* and BGACK* are negated bv 
the current bus MASTER, the requesting MASTER asserts BGACK* and becomes the 
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Пери views [ER Atter asserting BGACK®, the new bus MASTER negates its ВВ“ 
en causes the bus controller to necat BG and stait a new round of arbitration. А 
new round of arbitration can not begin until the new MASTER’s bus grant is negated 
and bus mastership can not change while bus grant acknowledge 15 asserted. 

۲۷٠۷۰٠٦۷٠۷ Vil Secloloalmiis access 18 CONtrolled OY two circuits: 


e global bus arbitration circuit which determines which unit, CCU or DMAC, will 
be the global bus MASTER 


e local global bus interface which connects the CCU local bus to the global bus 
When the CCU gains access to the global bus 


1. Global Bus Arbitration 

The gtobal bus arbitration circuit is shown in Figure 3.23. The arbitration is 
prioritized with the DNIAC global bus request (DMACGBR*) as the highest priority 
ПОСИ СЕС stobal bus requests (CCUGBR*) are recognized for single cycle transfers 
only. Making DMAC global bus requests the highest priority and linuting the CCU to 
single cvcle global bus transfers ensures that the DMAC can gain global bus control in 
nieto service data transfer requests from the disk controllers without disk data 
overrun. 

Global bus arbitration is performed by the Motorola 68452 bus arbitration 
module (BAM) which can prioritize up to eight potential bus MASTERs and follows 
the 68000 bus arbitration protocol described above. The BAM can be configured to 
operate in a local bus arbitration mode or a global bus arbitration mode. 

[n the local bus arbitration mode the BAM 1s used to prioritize bus requests 
Гог а 68000 5 local bus bv passing the highest priority bus request to the 68000's bus 
request input and returning the 68000's bus grant output to the highest priority 
requester. The bus grant acknowledge signal from potential bus MASTERs are shared 
by the 68000, BAM, and all bus MASTERs to coniplete the bus arbitration handshake. 

In the global bus arbitration mode the BAM serves as the central bus 
controller with no need to request the bus from a 68000. In this mode the highest 
priority bus request 1s passed directly from the BAM's bus request output (BR*) to the 
BAM's bus grant input (BG*) after a 30 nanosecond arbitration delay. The arbitration 
delay 1s required because there mav be spiking on the individual bus grant output 
signals (DBGO*-DBG7*) during arbitration if multiple bus requests arrive at the same 
tme. The spiking and arbitration will be resolved within 50 nanoseconds so delaving 
the BAM bus grant input will ensure that the individual bus grant output signals will 


not be asserted until arbitration is complete. 
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Figure 3.23 Global Bus Arbitration Circuit. 


In the DCM, the BAM 1s configured for the global bus arbitration mode and 
acts as the central bus controller for the DCM s global bus. The DMAC global bus 
request is given top priority, level 7, and the CCU global bus request is given priority 
level 6. The remaining priority levels are not used. DMAC global bus access is handled 
m a straightforward manner in accordance with. the. previously. described 68000 bus 
arbitration protocol because the DMAC has onclup bus control circuits that follow the 


68000 protocol and allow the DMAC to function in a multiple bus MASTER 


environment. CCU global bus access requires additional support circuits because the 
68000 is designed to be the central bus controller, relenquishing the bus when required, 
and does not directly generate the bus request and bus grant acknowledge signals 
required for requesting the bus from another bus controller and holding the bus in a 
multiple bus MASTER environment. The additional support circuits for handling CCU 
ШЕРДІ pus access are shown in the lower part of Figure 3.23. 

ЖОШ ОО rp requests (CCESBRO) are generated in the local memory 
tol section, as previously described in Figure 3.20. when the CCU addresses devices 
Oomene elobal bus. The BAM receives the request and will assert DBG6" in response if 
the DALAC is not using or reyuesting the global bus. Asserting DBG6* will generate 
the enable (CCUGBG*) to the local global bus interface that connects the local bus to 
messclobal bus and allows the CCL to drive the address, data, and control lines of the 
global bus. DBG6* assertion also enables the clear input of the CCU BGACK flip-flop. 

ПОН БОТАСЫ Пр-Пор 15 uscd tc generate the CCC global bus grant 
Eupwledsee (CCUGBGACK") and limits CCU accesses to the global bus to single 
cycle transfers. In the normal state, when the CCU is not using the global bus, the 
CCU BGACK flip-flop is set, negating CCL GBGACK® and allowing norinal operation 
of DMAC global bus transfers. When the BAM asserts DBG6*, indicating that the 
mee is the current global bus MASTER. the clear input to the CCU BGACK flip-flop 
is enabled. Clearing the CCL BGACK flip-flop indicates that the CCU global bus 
Mramster 1S terminating and as a result CCLGBGACK* ts generated. The CCL BGACK 
flip-flop will be cleared when the addressed device asserts data transfer acknowledge 
merely generates CCU LDTACK*. Asserting CCUGBGACK* causes the BAM to 
Шеше DBGO* but the CCLGBG* will remain asserted until the CCU global bus 
transfer is completed. The final step in a CCU global bus transfer is the negation of 
CCU AS*, which indicates that the transfer has completed. Negating CCU AS* sets 
ECCL  BGACK (flip-flop which negates CCUGBG* and CCUGBGACK*, 
completing the handshake and enabling a new round of arbitration. 

2. Local/Global Bus Interface 

The local global bus interface circuit, shown in Figure 3.24, forms a 
connection between the local bus and the global bus when the CCU has control of the 
global bus. In this case the address, data, and control signals are allowed to pass 


between the two buses. 
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[леше 3.74 Local/Global Bus Interface Circuit. 
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ан COL ase global bus MASTER, CCUGBO* rssasserted and. the 
CCU is enabled to drive both the global bus address lines (GA < 13..1 >) and global 
memory” control lines (GK W* GAS” GUDS*. GLDS*. ln addition the CCU 
Samecdmve or receive the global bus data lines (GD<15..8>.GD</7..0>). The global 
bus data transfer acknowledge (GDTACK*) and global bus error (GBERR*) are 
Emussdb: CCLGBG-" n orderto be passed to the CCL. to terminate the CCU global 
bus transíer. 

The DMAC interrupt acknowledge signal from the CCU (DMACIACK*) to 
NEUSS TC passes through the local global bus interface to ensure that the ОМАС 
does not receive the DMACIACK* signal while the DMAC is the global bus 
EESNRNER. If the DMAC were to receive the DMACIACK* signal while in the 
MASTER mode, the DMAC would terminate its current bus cvcle, before completion, 
with an error and attempt to respond to the tnterrupt acknowledge with an interrupt 
Nestor. Gating the D\IEACIACK® signal through tlie local global bus interface ensures 
Pie WVIAC is not in the MASTER mode when DMACIACK* is asserted because the 
INNTACIACA* signal will not be put on the global bus unless the CCL is the global 
bus MASTER. 


E. DMA CONTROL 

The DMA control section controls data transfers between the disk controllers 
and data buffer memorv. These transfers are via direct memory access (DMA) under 
the control of a Motorola 68430 direct memory access controller (DMAC). The 68450 
can accept up to four DMA devices and has a built in bus controller to allow it to 
assume bus mastership when controlling the data transfers between the DMA devices 
Budememoryv. Once the DMAC ts programmed by the CCU, the data transfers will 
take place without further CCU intervention. 

The DMAC is programmed by writing the transfer parameters into a set of 
internal control registers, 17 registers per attached DMA device plus one general 
٠۰۰۰۰۰ register. [he DC™is internal control registers selectethe mode of transfer, 
addressing to be used, priority level, and interrupt vectors to be returned on transfer 
completion. 

іп the DCM, the DMAC ts configured for the cycle-steal mode with implicit 
addressing. The cvcle-steal mode causes the DMAC to relenquish the global bus if no 
data transfer requests are present from the disk controllers. This creates gaps in the 


data transfers so the CCU can gain access to the global bus to initiate transfers with 
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idle disk controllers. Implicit addressing is used to allow single cycle operand transfer 
Operation, When a single read or write cycle can move the operand from source to 
destination. In implicit addressing, the DMAC provides a single address. the address of 
the memory location in the data buffer memory that is the source or destination of the 
operand. Ше ОМА devices, disk controllers in this case, are not directly addressed but 
are controlled by the DMA request and acknowledge lines. In explicit addressing. the 
DMAC would address the operand source, read the source operand into a holding 
register, address the destination, and write the operand into the destination. This 
requires two memory cycles, a read cycle followed bv a write cycle. 

Figure 3.25 shows the signals used by the DM AC to control the global bus and 
DMA devices. The DMA device control signals allow the DMAC to control data 
transfers with DMA devices without explicitly addressing them as in a normal memory 
reference cycle. The data, address demultiplex control signals are used to control the 
source of global bus signals when switching between the CCU and DMAC as a global 
bus MASTER. The DMAC global bus request, grant, and acknowledge signals follow 
the 65000 bus arbitration protocol previously discussed. The DMAC interrupt request 
(DMACIRQ*) and interrupt acknowledge (DMACIACK?*) signals follow the standard 
68000 vectored interrupt protocol. 

The DMAC operates in two modes with the direction of the global bus control 
lines determined bv the mode of operation: 


e MPU mode - the state that the DIAC enters when the chip is ss a 
(DMACSEL*) by the CCU tn which the DMAC s internal registers arememamen 
written by the CCU to initiate a data transfer or check status 


• DMA mode - the state that the DMAC enters when acting as the global bus 
MASTER to perform an operand transfer with the disk controllers 


In the MPU mode, the DMAC acts like a CCU slave device with the CCU 
reading or writting the DMAC internal registers. In tls mode the global address lines, 
GA<7..1>, are inputs that select the DMAC internal register to be operated on and 
the global data lines, DMAC < A8, D0-A23,D15>, are inputs or outputs for the 
operand transfer. The memory control-lines (GAS*, “GR W™", 0 ٦ 
DMACSEL*) are inputs used in the normal 68000 memory access protocol. The 
DMAC data transfer acknowledge (DMACDTACKY*) is an output to indicate to the 
CCU that the transfer is complete. 

In the DMA mode, the above signal directions are reversed because the DMAC 


is providing address and control signals as the global bus MASTER. In this mode the 
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upper П ОС mr are тирес! with the data lines, 
DIAC <iX8 D0-A23 DI5>. Fhe address data demultiplexing and global bus control 
Mreedirection reversal when tm the ОМА mode is controlled by the the data. address 
demultiples control signals in. Figure 3.25. [he demultiplex control signals are used by 
the DAIAC bus control section to accomplish the demultiplexing and to control signal 
direction to correspond to the DMAC mode of operation. 

ie Vide wces (disk controles and DIAC are programmed by the CCU to 
move blocks of data between the disk drives and dita buffer memory. Once the data 
transfer ts initiated by the CCU, the disk controllers request service by asserting a 
ames (DIREO*-DIREOS to the DMAC, ТЕ е ОМС 15 not the current global 
bus MASTER, it will request control of the global bus. After becoming the global bus 
te DAVAC will assert an acknowledge (DIACK*-DJACK®*) to the disk 
controller indicating that the requesting disk. controller should put data on, or read 
data from, the global bus as determined by the direction of the GR.W* stenal. Ili. 


DMAC will continue this process until all active requests from the disk controllers are 
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satisfied and then release the global bus. During the last transfer in a block of data, the 
DMAC will assert TCMPL* with the acknowledge to indicate to the disk controller 
that the transfer is complete. After receiving the TCMPL* signal. the disk controller 
will generate an interrupt request (DITREQ-D4IREQ) to the DMAC indicating that 
the status of the completed operation is ready to be read. The DMAC will pass the 
disk controllers interrupt to the CCU bv asserting DMACIREQ* and provide a vector 
during the interrupt acknowledge cycle that identifies the disk controller that caused 
the interrupt. The CCU uses the returned Vector to read the status of theinterrupene 
disk controller to deternune if the operation terminated correctly. 
[. DMAC Bus Control 

The DMAC bus control section is shown in Figure 3.26. This section is used 
to provide signal direction control and data, address demultiplexing corresponding to 
the active global bus MASTER. When the CCU 1s the active global bus MASTER, the 
signal flow is from the global bus to the DMAC. In this case the global address lines 
GA<7.1> are used for DMAC internal register selection and the 5٦5 
DMAC < A8, DO-A23.D15> lines are used as the data path. When the DMAC is the 
active global bus MASTER the signal flow is from the DMAC to the global bus. The 
DMAC control signals that direct the signal flow are: 


е DMACOWN®* - asserted when the DMAC ts the active global bus MASTER 
and used to enable external address drivers and control signal buffers 


e DMACUAS®* - asserted when the DMAC is the active global bus MASTER 
and used to capture the value of the upper address tines on the nur 
address data bus, DMAC<AS DO-A23/D15> 


e DMACDBEN* - used as the enable for external bidirectional buffers 


е DMACDDIR*® - used to control the direction of the external bidirectional data 
buffers, asserted if the transfer is from the global bus to the DMAC and 
negated if the direction 1s from the DMAC to the global bus 


e DMACHIBYTE* - asserted when the DMAC 15 пе асите Шора ШЕ 
MASTER and used to allow 8-bit devices to exchange data with memory on the 
upper byte (GD < 15..8> ) or lower byte (GD <7,.0> of the global соата 
implicit addressing mode. 


The DMAC bus control circuit in Figure 3.26 consists of three functional 
sections: 
e bidirectional control signal buffers 
e address driver, latch 


e bidirectional data buffers 
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Figure 3.26 DMAC Bus Control. 


The bidirectional control signal buflers are controlled by DMACOWN?. 
When the CCU is the active global bus MASTER, DMACOWN* ts negated and the A 


inputs to the control signal buffers are passed to the B outputs, corresponding to the 
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CCU driving the controls and receiving the DMAC data transfer acknowledge. When 
the DMAC is the active global bus MASTER the situation is reversed. DMACOWN* 
is asserted and the B inputs to the control signal buffers are passed to the А outputs. 

The address driver latch (LS373) demultiplexes the upper address lines from 
the data lines. As the active elobalebus MASTER, the DNES C ГИ m 
DMACOWN* whieh enables the outputs from the [$3735 The DMAC then ата” 
multiplexed address data bus, DMIAC < AS DO-A23 DIS>, with the upper address of 
the operand and asserts DNIACUAS*. The upper address is latched on the rising edge 
of DMACUAS*. At this point the global address bus has a valid address, GA <7..1> 
driven by the DMAC directly and GA <15..8> driven by the address driver latch. 

The bidirectional data buffers are enabled by DMACDBEN* with direction 
control from DMACDDIR*. The DMACDBEN* and DMACDDIR* signals are used 
for all transfers to or from the DMAC, regardless of who is controlling the bus. [f the 
CCL is the active global bus IASTER, DMACDBEN* is asserted alter СӨРЕСІ 
GLDS* is asserted by the CCU with the directional control, DMIACDDIR*. gomeumed 
by the GR, W*. If the DMAC is the active global bus MASTER, ОМЕР sS 
asserted after DMACUAS* is negated and before the DMAC asserts GUDS* or 
GLDS"*, again О МАСОЮ ОК И ١ ٣٠٦ 

The DMACHIBYTE* signal is a special purpose signal used to adapt 8-bit 
devices to [6-bit word, byte addressed memories when implicit addressing is used in 
DMA operations. In implicit addressing, the DMAC provides the single byte address 
of the source or destination in memory and performs the transfer in a single bus cycle. 
To accomplish this with S-bit devices such as disk controllers, requires an additional 
data path when even addresses are accessed. Even addresses will use the upper byte of 
the global data bus, GD < 15..8>, but the disk controllers are on the lower byte of the 
global data bus, GD<7.0>. For implicit addressing, a path between the upper and 
lower bytes of the global data bus is provided by the HIBYTE buffer which 15 
controlled by the DMACHIBYTE* and GR WF signals. DMACHIBYTE* will be 
asserted by the DMAC when an 8-bit device is used in a transfer with an even address 
location. DMACHIBYTE?* enables the HIBYTE buffer to gate the upper byte of the 
global data bus to the lower or vice versa depending on GR, W*. [f GR. W* is high, for 
a memory read, the upper byte read from memory will be gated to the lower data bus 
byte and to the disk controller. IF GR W= is low, Госа memory write, the low ws 
read from the disk controller will be gated to the upper data bus byte and to memory. 


In explicit addressing the byte swapping is accomplished by the DMAC internally. 
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2. Global Bus Control 
The global bus control section generates the signals required for the global bus 
ЭЛИЯ то access all devices on the global bus. The control signals generated are 
саита 65000-t$pe memory control sienals- The ejobal bus control section consists of 
I bu omeniorv eonmtrot seetron and a global D'TACK BERR generator section. Ihe 


Bea memory control circuits are shown m [igure 3.27. 
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The global memory select circuit decodes global address lines СА < 13..12> to 
generate the chip selects for the DMAC (DMACSEL*), data buffer memor 
(DATAMEMSEL*), CCU. DMAC control memory (DMACRAMSEL" nan 
controller select (DISKSEL*). The DISKSEE* ts used as the enable for anothes T 
of global address decoding, GA<11..10>, which selects one of the four disk 
controllers (DISER DISIE y 

The global read write control circuit generates the outpúutsenables (CRE 
and GOEL*) for read operations and write enables (GWEL* and ۶۶ی۶٦‎ 
operations. The output and write enables are asserted on a byte basis to allow bvte and 
word operations with the selected device on the global bus. 

The global DIACK. BERR generator is shown in Figure 3.28. Tlus circuit 
ternunates global bus data transfers by generating the global bus data transfer 
acknowledge (GDTACK*) for normal termination or global bus error (GBERR*) when 
an unpopulated part of memory is referenced. This circuit uses a shift register as a 
timer to provide 250 nanosecond time intervals for data transfer acknowledge 
generation and a 2 microsecond time out for bus error generation. The dual ported 
memories, data buffer memory and CCL, DMAC control memory, may be busy during 
a global bus access so the timer is inhibited by the wait signal (MEMWAIT *) asserted 
by the dual ported memories when they are busy. This allows the global bus access to 
resume without generating a bus error when the dual ported memories are no longer 
busy. 

3. Global Memory 

There are only two true memories in the global memory, data buffer memorv 
and CCU, DMAC control memory. The port A circuits of these dual ported memories 
were discussed in Figure 3.8 and Figure 3.17 respectively. The port B circuits for these 
meniories are shown in Figure 3.29. The port B circuits are the same as the port À 
circuits except for the different signal names used to reflect the global bus as the signal 
source. The remaining global memory devices are the DMAC and disk controllers 


which are treated as memory but are not true memory devices. 


F. DISK CONTROL 

A block diagram of the major circuits in the disk control section is shown in 
Figure 3.30. The primary circuits are: DMA request delay, disk controllers, and disk 
interfaces. The disk controller and disk interface circuits will be presented only once 


because they are identical for each attached disk drive. 
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The CCU commuiicates with the disk controllers via the global bus. The disk 
controller's internal control and status registers appear to the CCU as byte memory 
locations in the global memory. The CCU initiates operations with, and checks status 
of, the disk controller by reading or writing to the disk controller's internal registers in 
a normal memory reference cycle. 

The DMAC communicates with the disk controllers by using the global data bus, 
global read/write(GR/W*), and the DMAC DMA device control signals. This 
communication ıs not a standard 68000 memory reference as is the case with the CCU 
because the FDC uses an Intel type bus protocol with separate read and write lines. 
The DMAC will use implicit addressing for DMA transfers between memory and the 


disk controllers. This means that the global address bus and global memory control 
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l'igure 3.29 Спора Ки са 


signals will be used to control the memory operation while the DALAC DATA device 
control signals will be used to control the disk controllers. The DALTAC DALLA device 
control signals are sufficient for the control of the disk controllers during ОМА 
operations; however, the disk controllers require additional circuits to generate the read 
and write signals needed for data direction control. 

[In CCU memory reference cycles to the disk controller, the signal 
follows the standard 68000 memory reference protocol: GR/W* = low indicates that 
the CCU is writing to the disk controller, GR: W* = high indicates that the CCU is 
reading the disk controller. The disk controller reacts properly to the GR/W* signal by 
placing data on the global data bus during read cycles and taking data from the global 
data bus during write cvcles. 

In DMA operations with implicit addressing, the global address bus and memory 
control signals are referenced to the memory being accessed. In this case GR, a 
high indicates that the memory is being read by the DMAC and the data path ts from 


memory to the disk controller. The disk controller will not interpret the GR, W* signal 
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۶۰۰۰۰۰۱٠٦٦٦ this cuse unless a means is provided to reverse the sense of the СК Ме 
sienal in DMA operations using tmplicit addressing. The circuit that accomplishes che 
Шет interpretition of the GR. W+ signal is part of the disk controller blocks in 
(ите 3.30. 
1. Disk Controller 

ant controller block in Figure 3.30 contaitis the circuit shown im | igure 
3.37, where the n in signal names may be from | (O 4 representing the possible disk 
controllers. This circuit is based on a Standard Microsystems Corporation 9268 floppy 
En controller (I-DC€). The FDC can control up to four disk drives and can be 
San ured to control 8 inch, 5 174 inch, or 3 172 inch disk drives with capacities to 720 
kilobytes per disk. The configuration presented in Figure 3.31 is for standard 5 1 d inch 
disk drives. 

The signals on the right side of Figure 3.31 are the control signals exchanged 
with the disk interface circuit which controls the disk drive operation. The signals on 
пееш side are the signals used by the CCU and DMAC in ребоглипе ОМА 


operations. 
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Figure 3.31 Disk Controller. 


The IDC has two internal registers accessible by the global bus; the main 
status register and the data register. The CCU programs the FDC by writing command 
parameters in the FDC data register and checks status by reading the main status 
register. As previously discussed, the CCU operations on the FDC internal registers 
follow the standard 68000 memory reference protocol. The FDC register selection is 
controlled by global address bit I when the FDC chip select ٣٦ 
GA <1> =low selects the status register, GA<1> = high selects the data register. [n 
DMA operations when DnSEL* is not asserted, such as implicit addressed DMA, the 


data register will always be selected. 


Ihe RD* and WR* generators interpret the control signal inputs to determine 
ШОО cn or (hé TC rd (RD?) ang write (N 7) signals. The upper IND 
Пи I EO or ом 15 Used lo generate the proper assertion level for a standard 
68000 memory reference from the global bus. The lower AND gate in each generator is 
used for DMAC implicit addressed ОМА operations. 

Standard 65000 memory references from the global bus will have the [DC 
chip select (DnSEL*) and global lower data strobe (GLDS*) asserted. These signals 
enable the upper AND gates in the generators and allow the global read write 
КИ КО ) Si@nal to select the proper [DC read or write signal: GR W* = low asserts 
D OR W= = high asserts RD*. 

DMA operations with the FDC follow the three signal handshake protocol 
@esctioed for the DNIAC. When the РОС is ready to read or write data it will assert a 
feemest (OnREQ) to the DMAC. The request does not go directly to the DMAC but 
ШЕСІ Пе delayed for a short period as will be described in the DMA request delay 
сп, Тпе ОМАС wil respond to the request, after becoming the global bus 
MASTER, with an acknowledge (DnACK*) indicating that the FDC should take data 
froin, or put data on, the global bus. The request-acknowledge handshake takes place 
for each byte of data transferred. The final signal in the handshake is the transfer 
complete (TCMPL*) signal from the DMAC which 1s asserted with the acknowledge of 
the final byte to be transferred. The TCMIPL* and DnACK* signals are combined to 
assert the terminal count signal (TC) which tells the FDC that the final byte transfer is 
in progress and will cause the transfer to ternunate upon completion of the transfer. 
Ци сине |а5( byte is transferred, the FDC will generate an interrupt (DnI RQ) to the 
DMAC and follow the protocol described in the DMA control section. It is up to the 
CCL to read the status of the completed operation before initiating a new operation. 

The above DMA protocol uses the GR’ W* signal to control data transfer 
direction. As previously discussed, the GR, W* interpretation in implicitly addressed 
DMA operations is opposite to that of normal global bus memory references. lor 
implicitlv addressed DMA operations the GR МУ“ sense 15 corrected by the bower AND 
gates in the RD* and WR* generators. In implicitly addressed ОМА operations the 
FDC chip select (DnSEL*) will be negated, disabling the generator's upper AND gates, 
and the DMAC acknowledge (DnACK*) will be asserted. Asserting DnACK* enables 
WEA D gates to correctly interpret GR WW, GOR VW = low asserts RD*, 
GR.W* = high asserts WR*, providing the opposite read, write sense from normal 


glohal bus memory references. 
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The lower AND gates in the RD* and WR* generators are disabled bv the 
ЕОС спр select (DnSEL*). This ıs not necessary if ouly intplicitiv тоге С" 
operations are performed because DnSEL* and DnACK™ will not be asserted or dr 
in implicit addressing. However, the DMAC can use expheitly addressed DMA 
operations which use the normal memory refercice GR Y" sense and asserts DASS 
and DnACK*. Disabling the RD* and WR generators 11٦ 
DnSEL* will allow the proper RD* and WR* signals to be generated for explicitly 
addressed DMA operations. Explicitly addressed DMA operations are not the normal 
mode of DMA operations in the DCM because it takes twice as long to morca moni 
of data, two memory cyeles, but explicitlv addressed DMA operations are supported in 
e СС 

The disk control signals shown in Figure 3.31 were previously defined in 
Chapter II as the standard control signals used by most disk drives. The disk control 
signals generated by the FDC are not all required by the 5 1۰4 116111 ООСС Еи 
the DCM, but all of the disk control signals are sent to ۲116 018+١١٣ 
buffering and demultiplexing to make them available in the event that different tvpe 
disk drives are installed. This allows changing disk drive tvpes by reconfiguring the disk 
drive connector to include the signals required by the particular disk drive installed. 

All signals exchanged between the FDC and disk drive require buffering by 
receivers and transmitters because the FDC is not capable of directii TEC n 
driving these signals. Additionally, four of the disk control signals are multiplexed in 
accordance with the operation the disk drive 1s to perform. The multiplexed signals are 
logically grouped into read write operations (RW*) and seek operations (SEEK). The 
multiplexing is controlled by the RW* SEEK signal to produce the signals of 
Ficu 2 

2. Disk Interface 

The disk interface circuit provides disk drive control signal conditioning and 
demultiplexing between the FDC and disk drive. The disk drive control signal protocol 
calls for driving all signals with open collector drivers, with most signals asserted low. 
The "disk interface circuit is shown inckieurer ٦ 

Signals sent to the disk drive use the 7416 and 7417 open collector butfer 
drivers with terminating resistors supplied at the disk drive icceivers. These drivers 
supply the required drive current and translate high asserted [DC signals to the low 


asserted level required Os (he ٦ 
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SIGNAL GENERATED 


FOR 

DISK OPERATION ۲۲۰۲۰۰ РОМА 
FDC SIGNAL READ/WRITE SEER DIRECTION 
KWx/SEEK RW SEEK сот 
LCT/DIR ще DIR OUT 
PR/STP FR STP OUT 
WP/TS WP ше IN 
ГЕШ ТК 2 TRO IN 


СООО Торе еа ае, 


ШОШ Уе e OPEN collector Duller drivers to send signals to the I DE. 
Stato reccivers are usod to receive the inputs [rom the disk drive. The 
Иле signals are terminated at the receiver inputs by 150 ohin resistors, the 
terminating resistors are not shown in ligure 3.33. 

]he 7418240 tristate receivers also multiplex. the incoming disk. drive. signals 
шосе чек те 1 DC outgoing signals in Figure, 3.32, Те КУРУ. ЕК signal 
selects the proper transmitters and receivers for the chosen operation and disables (puts 
in a high rmpedance state) those transmitters and receivers not selected. 

3. DMA Request Delay 

In the prior discussion of the DATA protocol that is followed by the I DC, à 
m cor delaying the FDCs DMA request (Da REQ) was mentioned. The PDC s 
DnREQ signal to the DMAC must be delayed in reaching the DMAC because the 
DMAC may respond too quickly for the FDC. This situation arises because the FDC 
asserts DnREQ 800 nanoseconds before data is readv for transfer, but the DMAC may 
Start the transfer 375 nanoseconds after recerving DnREQ. An attempt to transfer data 
before the FDC is ready, less than 800 nanoseconds after DnREQ ıs asserted, will 
result in an error termination of the transfer. 

ШОк роле time of the DATAC по ОА requests is determined by the state 
of the DMAC when the request is received. If the DMAC is not the global bus 
MONSTER, it will take a minimum of twelve clock cycles, 1.5 nucroseconds at $ MHz, 
to become the global bus MASTER and start the transfer. If the DMAC is already the 
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орао MÍAS TER. servicing another FDC when the request arrives, the DMAC 
may start the transfer in three clock evcles, 375 nanoseconds at S\{Hz. This is possible 
s tne WiC will европе to a request received before $2 of the current ОМА 
eyele inimediately upon completing the current cycle. [he time difference between 52 ог 
Mene cea na оно ле Mext cycle may be as short as three clock cycles for a 
DMA read operation. 

[rom the above it is apparent that with more than one FDC attached to the 
DMAC there is a possibility of the DMAC responding to a DMA request before the 
Саа о 4 25 папозесопа delay of the DMA request from the FDC ts required 
Ме поште слаб the DVIAC does not respond before the FDC is ready. The DMA 
request delay circuit that provides the required delay is shown in Figure 3.34. 

lcu ue delay circuit generates the VI request signal (DnREQ*) 
to the DMAC after delaying the ОМА request (DnREQ) from the FDC. The delay for 
each DMA request is accomplished by two D flip-flops. with common clock inputs. 
The delay period ts a minimum of one clock period and a maximum of two clock 
periods. The common clock input of 2 MHz provides a nunimum delay of 500 
nanoseconds and a maximum delay of | microsecond. 

The first flip-flop will be set on the rising clock edge after DnRLOQ assertion. 
The first flip-flop's output is connected to the second flip-flop's input which will cause 
the second flip-flop to set on the next rising clock edge after setting the first flip-flop. 
Prime the second ffip-flop asserts the ОМА request (DnREQ*) to the DMAC. 
Minimum delay occurs when DnREQ is asserted one fIrp-flop set-up time prior to the 
rising clock edge that sets the first flip-flop. Maximum delay occurs when DnREQ 
assertion does not meet the flip-flop set-up time and must wait for the next rising clock 


edge to set the first flip-flop. 
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Figure 3.34 DMA Request Delay. 


IN SOFTSVY ARE DEYELOPMENT 


This chapter will present the interaction betwcen the DCM's internal control 
Sertware and the software of the user module (USER). The user module mav be the 
host operating svstem (IfOST) or anv other module on the host bus. lt 15 assumed that 
G j| will cet pemmssion from the HOST before accessing the DCM to ensure 
data integrity and security. This allows multiple VME bus MASTERS to use the DCM 
mpovided the [{OST coordinates the USERs activities. 

۳٦۰۰۹۸۶۱۹۹۸۰ internal control software would consist of an onboard operating 
system (OBOS) that is capable of coordinating four external USERs and controlling 
the DMAC and four disk controllers. This 15 no small task and the development of the 
MOS 1s bevond the scope of this paper; however, the basic interaction between the 
mi Rand OBOS vill be described with flow charts. 

СИЮ vibampears to the USER as a segmented block ol memory as described in 
mure» where each disk has a dedicated host control bufler memory (CMD butTer) 
and data buifer memorv (DATA buffer). Each disk also has a semaphore (BUSY flag) 
to indicate the disk's availability for use, a command present interrupt generator (CMD 
гиро, and a status area (STATUS). 

Access to the above memory locations for a disk is controlled bv the BUSY flag 
ESsociated with that disk. If a disks BUSY flag is set, then that disk’s CMD buffer, 
DATA buffer, STATUS, and CMD interrupt memory locations are not to be used by 
SER other titan the LSER that set the BLSY flag. This 1s a software convention 
that must be followed by all USERs. 

The format of a command in the CMD buffer 15 very flexible because there 15 
Ome sone hardware convention, the location of the CMD interrupt generators. The 
software designer 15 free to choose a command format based on the needs of the USER 
and the DCM's operating system. The following is a stunple example of a command 
format to illustrate a possible format for a disk read or write command. The format i5 
Encomizedon bytes with byte | as the first byte in the CMD buffer: 

e byte I - number of bytes in the command 


e byte 2 - command completion interrupt veetor number to be returned to the 
user upon command completion: the upper five bits are USER selectable and 
Melo vor ies bits speciix these interrupt level 


Е Operation code 
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е byte 4 - track number 

e byte 5 - head number 

byte 6 - sector number‏ ٭ 

ө byte 7 - data transfer length 
The above format may repeat with a new operation cade in byte 8 followed by more 
parameters, etc. [The number and meaning of the parameters following the operation 
code may vary with the different operation codes because the OBOS would use a tuble 
look-up algorithm to decode the operation code and expected paraineters. 

The primary limitation on the number of operations that can be included in a 
single command to the DCM is the amount of DATA buffer memory per disk. 
Operations that use the DATA buffers, disk reads and writes, will be limited to the 
number of disk sectors that will fit into the DATA buffer; this means that a comm i mmi 
would be limited to a single disk read or write if the DATA buffer 1s the same size as a 


disk sector. 


A. USER COMMAND EXECUTION 

A flow chart of the steps a USER follows in executing a command with the 
DCM 15 shown in Figure 4.1. The USER checks the availability of the selected disk 
(Dn, n from 1 to 4) with an indivisible read-modif-write cycle to the Dn BUS aia 
setting the Dn BUSY flag, if it was not set. If the BUSY flag was previously set, the 
new USER must wait for the disk to be released. This ensures only one СОЕ а 
time gains access to the disk. If a write operation is to be performed, then the data 15 
written into the Dn DATA buffer. The command is then written into the Dn CMD 
buffer, and the final step is writing to the Dn command interrupt generator, generating 
the Dn CMD interrupt to notify the OBOS that a command ıs present. After the 
command is issued, the USER continues processing until the DCM responds with a 
command completion interrupt signaling the USER to terminate the command. 

The DCM will notify the USER of the command completion by generating the 
interrupt and returning the vector number specified in the command. The USER reads 
the Dn STATUS to determine if the command was successful. For a read operation the 
data is read from the Dn DATA buffer. The USER indicates that the results, status or 
data, have been read and releases the CMD buffer and DATA buffer bv writing to the 
command interrupt generator which generates the CMD interrupt to the OBOS. At 


this point the USER's command is complete, but the Dn BUSY flag is still set. 


50 


N 
ser Dn 
BUSY FLAG 


RMW CYCLE 


WRITE DATA 
IN Dn 
DATA BUFFER 


WRITE CMD 
IN Bn 
CMD BUFFER 





DATA BUFFER 





Sa Dm CMD INTERRUPT SET Dn CED TNTERRUPT 


CONT INUE 
CMD 
COMPLETION 
INTERRUPT 


FROM 
DCM 


i 










Figure 4.1 USER Command Execution Flow Chart. 
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The Dn BUSY flags are cleared by the OBOS. This allows the OBOS to take a 
disk off-line due to a failure or for multidisk operations such as copving from one disk 
to another disk. The disk copy command can be issued to either the source or 
destination disk and the DCM can capture the remaining disk when it becomes 
available bv either not clearing the BUSY flag if it was in use or by immediately setting 
the BUSY Aae Go mi 


B. DCM COMMAND EXECUTION 

The steps followed by the OBOS tn initrating a command received from the 
USER are shown in Figure 4.2. When the Dn CMD interrupt is recognized, thed mimi 
locks out further CMD interrupts until the current command rs started. Ihe command 
ts decoded and checked for validity with invalid commands cause var PESE 
termination indicated by an error status code. The decoded command parameters are 
passed to software modules that program the DMAC and disk controller for the 
requested operation. The OBOS enables CMD interrupts and continues processing 
until the command 1s complete which ts tndicated to the OBOS by an interrupt from 
{end SEN 

After the OBOS recognizes the command completion interrupt from the DMAC, 
the OBOS locks out further interrupts and checks the command completion status of 
the DMAC and disk controller. The results of the command completion status check 
will cause the OBOS to enter a normal or error status code in the Dn STATUS for the 
USER to check. The OBOS then notifies the USER that the command has competed 
bv generating an interrupt on the host bus and returning the vector number specified in 
the command. The OBOS enables interrupts and continues servicing other USER's 
commands until the USER indicates with a CMD interrupt that the command results 
have been read. At this point the OBOS clears the command status and determines if 
the disk can be released for use bv another USER. If it canythe OBOS releases themaisn 
by clearing the Dn BUSY flag, otherwise the Dn BUSY flag is left set and the disk ts 


used by the OBOS for another operation, such as a disk copy. 
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figure 3.2 DCM Command Execution Flow Chart. 
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V. CONCLUSION 


A. SUMMARY OF RESULTS 

The principal goal of this thesis was the design of a flexible hardware kernal for a 
multidisk control module (DCM) which supports concurrent disk operations. 
Flexibility in tires areas шен 


е host bus interface - the ability to easily adapt to a variety ol No 
architectures 


е host operating system interface - compatible with most modern operating 
systems and easılv integrated into an existing operating system 


e disk drive interface - easily adaptable to a variety of disk drives. 

The flexibility objectives of this thesis were met by using a modular design with 
the interface dependent hardware contained in separate modules and isolating these 
modules from the internal control modules. The host bus interface is isolated by dual 
ported buffer memories with the bus dependent hardware contained in the host bus 
control module. The disk drive interface is isolated by the disk controllers with the disk 
drive dependent hardware in the disk interface modules. 

An added benefit of the modular design is device manufacturer independence. 
Each hardware module has a well-defined and relatively simple interface to adjoining 
modules. This should make it a simple matter to use different devices in implementing 
a module's function. 

Concurrent disk operations are accomplished by using a separate disk controller 
for each installed disk drive. Each disk controller is capable of controlling up to four 
disk drives, but concurrent operation of all four disk drives 1s not possible. The DCM 
design will allow up to four disk drives per disk controller which means a maximum of 
[6 disk drives mav be installed. 

The DCM architecture separates the data transfer path from the control path. 
This allows the control functions to operate at a different speed than the data transfer 
functions. The data transfer functions can be optimized to accommodate the data 
transfer rate of the installed disk drives without affecting the control function 
Operation. The net result is that a relatively slow microprocessor can be used for 
overall control and a fast direct memory access controller can be used to increase data 


transfer rates. 
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ПИТИ ет Ио be exercised as part of a host-system- because a VME bus 
based host was not available. Such a host 1s being developed in another thesis and will 
puwidecastest vehicle for the DC The DEM data transfer circuits were tested with 
ШОО Оор шоч 100052 and DEC model PD55BV disk drives. The cireuits 
operated satisfactorily in all modes with onlv minor disk interface adjustments 


necessarv when switching between the two disk drives. 


B. RECOMMENDATIONS FOR FUTURE RESEARCH 

Ша omareds require iugtlier work: development of eflicient software to optimize 
operation and investigation of methods to use non-DIP devices in prototyping. 
Beveloping the internal control software required to fully exploit the hardware 
capabilities will be a major task. The software required to interact with multiple users 
and efficiently control concurrent data transfers is a relatively complex onboard 
multiuser multitasking operating system. 

Са device size and linúuted prototype board space was a major problem 
during hardware development. The prototype board was limited to accepting only 
бага DIP devices which do not use area efficiently. For a large system, such as the 
Brevi, a ieans of prototyping with the more area eflicient shrink-DIP, PLCC, and 


РОА device packages should be developed. 


APPENDIX 
FUNCTIONAL BLOCK SCHEMATICS 
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